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NATIONAL FOREWORD 

This Indian Standard which is identical with lEC Pub 870-5-2 (1992 Telecontrol equipment and 
systems — Part 5 : Transmission protocols, Section 2 : Link transmission procedures', issued by the 
International Eiectrotechnical Commission (lEC), was adopted by the Bureau of Indian Standards on 
the recommendation of Power System Control and Associated Communications Sectional Committee 
(LTD 25) and approval of the Electronics and Telecommunication Division Council. 

The text of the lEC standard has been approved as suitable for publication as Indian Standard without 
deviations. 

Wherever the words 'International Standard' appear referring to this standard, they should be read 
as 'Indian Standard'. 

CROSS REFERENCES 

In this Indian Standard, the following International Standards are referred to. Read in their respective 
places the following: 

International Standard Corresponding Indian Degree of 

Standard Equivalence 



lEC 50 (371) : 1984 International 
Eiectrotechnical Vocabulary (lEV) — 
Chapter 371 : Telecontrol 



IS 1 885 (Part 50) : 1 985 Eiectrotechnical Technically 
vocabulary: Part 50 Telecontrol {first Equivalent 
revision) 



lEC 870-5-1 : 1 990 Telecontrol equip- 
ment and systems — Part 5 : Trans- 
mission protocols — Section 1 : 
Transmission frame formats 



IS 12746 (Part 5/Sec 1) : 1993 
Telecontrol equipment and systems: 
Part 5 Transmission protocols. Section 1 
Transmission frame formats 



Identical 



The concerned technical cdmmittee has reviewed the provisions of lEC 870-1-1 : 1988 'Telecontrol 
equipment and systems — Part 1 : General considerations — Section 1 : General principles', referred 
in this adopted standard and has decided that it is acceptable for use in conjunction with this standard. 



Only the English language text in the International Standard has been retained while adopting it in this 
Indian Standard. 
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Indian Standard 
TELECONTROL EQUIPMENT AND SYSTEMS 

PART 5 TRANSMISSION PROTOCOLS 
Section 2 Link Transmission Procedure 

1 Scope and object 

1.1 Scope 

This section of (EC 870-5 applies to telecontrol equipment and systems with coded 
bit serial data transmission for monitoring and controlling geographically widespread 
processes. 

The defined link procedures are restricted to message transmission sequences operating 
with size 1 windows. This means that the link layer of the primary station (station that 
initiates a message transfer) accepts a request for a new message transfer only when a 
previously accepted request for a message transfer is terminated either successfully or 
with an error indication. The procedures are applicable to balanced and unbalanced trans- 
mission in telecontrol systems using half duplex or duplex transmission channels. 



1.2 Object 

The standard transmission procedures defined by this section are applicable to point-to- 
point, multiple point-to-point, multipoint-star, multipoint-partyline and multipoint-ring 
configurations as described in 4.4 of lEC 870-1-1. 

The data transmission functions in these systems are composed of three basic types of 
link transmission services, namely: 

1. SEND/NO REPLY 2. SEND/CONFIRM 3. REQUEST/RESPOND 

The two services SEND/CONFIRM and REQUEST/RESPOND consist of a sequence of 
non-separable dialogue elements between requesting stations and responding stations. 



The protocol defined in this section accepts and processes only a single link trans- 
mission service at a time in each direction of a bidirectional communication system. 
Each transmission service is terminated either successfully or with error reports before 
the next transmission service begins. This means that the window size for successive 
packet transfers is 1 and the specified error recovery for the transmission services 
SEND/CONFIRM and REQUEST/RESPOND litiiize the stop-and-wait method for automatic 
repeat requests (ARQ). 



5 . 
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In point-to-point configurations equipped with duplex channel operation, the defined 
protocol supports balanced transmission procedures, that is simultaneous data trans- 
mission services in both directions of the communication link. This enables outstations to 
report spontaneous events to the control station as they occur, without having to be 
polled. This reduces reporting delays and leads to faster data acquisition. However, the 
use of an individual duplex communications channel to each outstation leads to increased 
equipment costs. 



2 Normative references 

The following standards contain provisions which, through reference in this text, constitute 
provisions of this section of lEC 870-5. At the time of publication, the editions indicated 
were valid. All standards are subject to revision, and parties to agreements based on 
this section of lEC 870-5 are encouraged to investigate the possibility of applying the 
most recent editions of the standards indicated below. Members of I EC and ISO maintain 
registers of currently valid international Standards. 



lEC 50(371): 1984, International Electrotechnical Vocabulary (I EV) ~ Chapter 371: Tele- 
control. 

I EC 870-1-1; 1988, Telecontrol equipment and systems - Part 1: General considerations ~ 
Section one: General principles. 

I EC 870-5-1 : 1990. Telecontrol equipment and systems - Part 5: Transmission protocols - 
Section One: Transmission frame formats. 



3 Formats and structures of standard transmission frames 

The transmission procedures defined in this section provide protection against resi- 
dual (i.e. undetected) transmission errors in the range of integrity class M, specified 
in lEC 870-5-1, if the transmission frame format FT 1.1 is used and if the transmission 
rules specified by that section are observed. Residual transmission errors in the range 
of integrity class 12 are achieved if one of the transmission frame formats FT 1 .2, FT 2 
or FT 3, specified by that section, are utilized and if the corresponding transmission 
rules are observed. Only one chosen transmission frame format may be used on any 
given physical communications channel in a system. The order of fields in the frames is 
generally as follows: 

Length (one octet) 

Control (one octet) 

Address (one or more octets, by agreement) 

Link user data (n octets) 
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3.1 Format FT 1.1 
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L: length field range: 0.127 

L specifies the number of subsequent user data octets Including the control and address fields 

C: control field 

A: address field, optional 

NOTES 

1 There is no special frame with a fixed length; the variable length frame is used in all cases. 

2 The shaded fields have already been defined in lEC 870-5-1 . 

The unshaded fields are the 'user data' of the frame as indicated in I EC 870-5-1 . 
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3.2 Format FT 1.2 
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L. length field range; 0...255 

L specifies the number of subsequent user data octets including the control and address fields 

C: control field 

A: address field, optional 

NOTES 

1 Specified data octets are represented in hexadecimal notation, in which 
bits with weights 2' ... 2* denote the left hexadecimal character and 
bits with weights 2^ ... 2° denote the right hexadecimal character. 



e.g.; 68 H = 



0110 1000 



8 
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2 Reserved tor special use by agreement. 

3 A fixed number of user data octets is specified per system. 

4 The shaded fields have already been defined in lEC 870-5-1 

The unshaded fields are the "user data" of the frame as indicated in lEC 870 5 1. 



3.3 Format FT 2 
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in lEC 870-5-1) 



UH 



(Note 1) 



L: length field range: 0...2S5 

L specifies the number of subsequent user data octets including the control and address octets and 

excluding the CRC-check octets 

L == specifies a fixed frame length with at least 2 user data octets 
L > specifies a variable frame length with L user data octets 

C: control field 

A: address field, optional 

CRC-check: Cyclic Redundancy Check 

NOTES 

1 Specified data octets are represented in hexadecimal notation, 

«u 0010 0111 
e.g. 27 H - — — 

The sequence of bit transmission begins, as defined in lEC 870-5-1, with the most significant bit. 

2 Up to 15 user data octets are completed by a CRC-check octet (see lEC 870-5-1, subclause 6.2.4.3.1, R3). 



3 The shaded fields have already been defined in lEC 870-5-1. 

The unshaded fields are the "user data* of the frame as indicated in lEC 870-5-1. 
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3.4 Format FT 3 
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L: length field range: 0...255 

L specifies the number of subsequent user data octets including the control and address octets and exclud- 
ing the CRC-check octets 

L = specifies a fixed frame length with at least 2 user data octet 
L > specifies a variable frame length with L user data octets 

C: control field 

A: address field, optional 

CRC-check: Cyclic Redundancy Check 

NOTES 

1 Specified data octets are represented in hexadecimal notation, 

0000 0101 ,, .. 0110 0100 

e.g.05H= "^ ~^ 64 H = -^ -^ 

The sequence of bit transmission begins, as defined in lEC 870-5-1. with the most significant bit. 

2 Up to 16 user data octets are completed by a CRC-check octet (see lEC 870-5-1. subclause 6,2.4.4 1 . R3). 

3 The shaded fields have already been defined in lEC 870-5-1 , 

The unshaded fields are the 'user data' of the frame as indicated in lEC 870-5-1 . 



10 



IS 12746(Part5/Sec2):1998 
lEC 870-5-2(1992) 



4 Service primitives and elements of transmission procedures 
The data communication Is described by 
"service primitives" 



crossing tiie interface between the service user and 
the iinl< layer, and associated 



"transmission procedures" of the linl< between communicating stations. 



The contents of the service primitives (parameters, conditions, etc.) are not standardized 
in this section. 
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Figure 1 - Relationship between service primitives and transmission 
procedures for basic linlt services 
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Figure 1 shows error free transmission procedures of basic linl< services. Transmission 
errors are only detected by receiving stations. A secondary station receiving a disturbed 
SEND or REQUEST frame does not reply. This is detected by the primary station timing 
out, because the expected CONFIRM or RESPOND frame is not received. Also a primary 
station receiving a disturbed CONFIRM or RESPOND frame ignores it and consequently 
detects the error. 



There are tour types of primitives that may contain user data and sets of parameters and 
conditions, namely: 

request primitive REQ: a request issued by the service user to invoke 

some procedure in the link layer; 



confirmation primitive CON: a confirmation Issued by the link layer to 

complete the procedure previously invoked by a 
request; 

indication primitive IND: a indication issued by the link layer to announce 

the wish to deliver data to the service user, or to 
invoke some service user procedure; 

response primitive RESP: a response issued by the service user to an- 

nounce the completion of a procedure previously 
invoked by an indication. 

NOTE • Confinnations or responses can be positive or negative, as appropriate to the circumstances. 

Typical contents of the service primitives are parameters, conditions and user data as 
follows: 

user data: 

types of transmission service (function code, e.g. SEND/CONFIRM); 

negative/positive confirmations or responses; 

DFC (data flow control); 

AGO (access demand); 

number of repetitions (e.g. 3); 

error status (e.g. after a repeated transmission error); 

status of the layer (e.g. restart conditions). 

4. 1 SEND/NO REPL Y service 

4.1.1 Service primitives 

- Primary station 

The link layer accepts the request primitive REQ (SEND/NO REPLY) given by the link 
user when it is able to transmit the message. If the link layer is not able to transmit the 
message (disconnection from line or error state) a negative confirmation primitive CON 
(negative. SEND/NO REPLY, error status) is returned. 
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- Secondary station 

An indication primitive IND (no response required) announces the reception of the 
message to the service user of the secondary station. 

4.1.2 Transmission procedure 

The specified SEND frame (see tables 1 and 3) is transmitted when the transmission pro- 
cedure of a previous service is terminated 

After the transmission of the frame a line idle interval is provided whose length is specified 
as an interval between frames upon detection of a transmission error (see lEC 870-5-1, 
subclause 6.2.4.1, transmission rule R4 for FT 1.1 frames, subclause 6.2.4.2.1, trans- 
mission rule R4 for FT 1.2 frames, subclause 6.2.4.3.1, transmission rule R5 for FT 2 
frames and subclause 6.2.4.4.1 . transmission rule R5 for FT 3 frames). 

The line idle interval may be reduced below these figures by using the carrier off condition 
to represent Idle line. 

4.2 SEND/CONFIRM service 
4.2.1 Service primitives 

- Primary station 

The link layer accepts the request primitive REQ (SEND/CONFIRM, number of repetitions) 
and invokes the SEND/CONFIRM procedure, unless it is unable to transmit the message, 
in which case it returns a negative confirmation primitive CON (negative SEND/CONFIRM, 
error status) to the service user. 

If a negative acknowledgement is received from the secondary station, a negative 
confirmation primitive CON (negative SEND/CONFIRM, error status) is returned to the 
user. A negative confirmation primitive is also returned to the user if the maximum number 
of repeated message transmissions expires without success. 



- Secondary (confirming) station 

An indication primitive IND (no response required) announces the reception of the 
message to the user at the confirming station If a SEND frame which is not a repeat of the 
previously received frame Is received In the designated destination. 

4.2.2 Transmission procedure 

The specified SEND frame (see tables 1 and 3) is transmitted when the transmission pro- 
cedure of a previous service Is terminated. 

When it is received correctly by the secondary station a positive CONFIRM (ACK) is trans- 
mitted to the primary station. 

If the confirming station Is unable to accept the message, e.g. due to an overload situation 
(unavailable buffer memory), a negative CONFIRM frame (NACK, message not accepted) 
Is transmitted. 
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4.2.2.1 Protection against loss and against duplication of message transmission 

In the primary station the frame count bit (FCB. see 5.1.2) is alternated with each new 
SEND/CONFIRM service. The service is terminated when an error tree CONFIRM frame is 
received. 

If the CONFIRM frame Is disturbed or timed out, then the SEND frame is repeated with 
unchanged FCB bit. The maximum number of repetitions is a specified parameter. 



In the secondary station a copy of the confirm message returned to the primary station is 
stored. If the value of the FCB bit in the next SEND frame is alternated from the previous 
one (as expected), then the memorized confirm message is cleared and may be over- 
written; otherwise, the received message Is discarded and the memorized CONFIRM 
frame is transmitted again. On receiving a reset command, which has an FCB equal to 
zero (see tables 1 and 3), the secondary station will be set to expect the next frame 
primary to secondary with FCV » valid (FCV=1, see 5.1.2) to have the opposite setting of 
FCB, i.e. FCB equal to one. 



4.3 REQUEST/RESPOND service 
4.3.1 Service primitives 

- Primary (requesting) station 

The link layer accepts the request primitive REQ (REQUEST/ RESPOND, number of repeti- 
tions) and invokes the REQUEST/RESPOND procedure after a previous transmission pro- 
cedure is terminated, unless it is not able to transmit the message. In which case it returns 
a negative confirmation primitive CON (negative REQUEST/RESPOND, error status) to 
the user. 

If the procedure ends with the requested response from the secondary station, the link 
layer gives a confirrnation primitive CON (response to request) to the user. 

If a negative acknowledgement is received from the secondary station (data are not 
available), the link layer gives a negative confirmation primitive CON (negative response 
to request, error status) to the user. 

A negative confirmation primitive CON (negative response to request, transmission error) 
is also returned to the user if the maximum number of repeated request transmissions 
expires without success. 

- Secondary (responding) station 

When a REQUEST frame Is received the link layer issues an indication primitive IND to 
the user. If the requested data are available, the link user returns a response primitive 
RESP with the data to the link layer; otherwise, it returns the response primitive RESP 
(requested data not available). 



4.3.2 Transmission procedures 

The specified REQUEST frame (see table 1) is transmitted when the transmission 
procedure of a previous service is terminated. 
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On receiving a REQUEST frame the secondary station will send 

a RESPOND frame (see table 2) with the requested data if available; 

a RESPOND NACK frame "requested data not available" if the data are not available. 

4.3.2.1 Protection against loss and against duplication of message transmission 

In the primary station the frame count bit FCB is alternated with each new REQUEST/ 
RESPOND service. If an error-free RESPOND frame (RESPOND. NACK frame or NACK 
single character) is received, then the service is terminated by returning the received reply 
to the user. 

if the RESPOND frame is disturbed or timed out, then the REQUEST frame is repeated 
with unchanged FCB bit. The maximum number of repetitions is a specified parameter. 

In the secondary station the received frame count bit and the transmitted response are 
buffered locally. If a REQUEST frame is received with an alternated FCB bit. then the 
memorized response may be cleared. However, if a REQUEST frame with the same FCB 
bit is received, then the same response is repeated. 

5 Unbalanced transmission 

Unbalanced transmission procedures are used in supervisory control and data acquisition 
(SCADA) systems in which a master station controls the data traffic by polling outstations 
sequentially. In this case the master station is the primary station that initiates all message 
transfers while the outstations are secondary stations that may transmit only when they 
are polled. 

The following transmission services, initiated by the primary station, are supported by the 
link: 

SEND/NO REPLY mainly used for global messages and for cyclic setpoints 

in control loops; 

SEND/CONFIRM mainly used for control commands and setpoint commands; 



REQUEST/RESPOND used for polling; sequences of this service may be used 

for cyclic updating functions. 



5.1 Specification of length, control and address fields 

5.1.1 Length field 

The length field is as defined in 6.2.4 of lEC 870-5-1 and also in this section in 3 1 to 3.4. 
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5.1.2 Control field 



The control field contains information that characterizes the direction of the message, the 
type of the service provided and supports control functions for suppressing losses or dupli- 
cations of messages. 
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RES: reserved 

FCB: frame count bit: 0,1 = alternating bit for successive SEND/CONFIRM or REQUEST/RESPOND services 
per station. 

The frame count bit is used to delete losses and duplications of information transfers. Tfie primary 
station alternates the FCB bit for each new SEND/CONFIRM or REQUEST/RESPOND transmission 
service directed to the same secondary station. Thus the primary station keeps a copy of the frame 
count bit per secondary station. If an expected reply is timed out (missing) or garbled, then the same 
SEND/CONFIRM or REQUEST/RESPOND service is repeated with the same frame count bit. 



In case of reset commands (see table 1) the FCB bit is always zero, and upon receipt of these 
commands the secondary station will always be set to expect the next frame primary to secondary with 
FCV s valid (FCVsl) to have the opposite setting of FCB, i.e. FCB equal to one. 



FCV: frame count bit valid: 



«: alternating function of FCB bit is invalid; 

1 = alternating function of FCB bit is vatid. 



SEND/NO REPLY services, broadcast messages and other transmission services that ignore the 
deletion of duplication or loss of information output do not alternate the FCB bit and indicate this by a 
cleared FCV bit. 



DFC: data flow control; 



= further messages are acceptable; 

1 = further messages may cause data overflow. 



Secondary (responding) stations indicate to the message initiating (primary) station that an immediate 
succession of a further message may cause a buffer overflow. 



ACD: Access demand: 



There are two classes of message data provided, namely class 1 and 2; 

= no access demand for class 1 data transmission; 

1 = access demand for class 1 data transmission. 



Secondary stations indicate to the primary station the wish for class 1 data transmission. 



NOTE - Class 1 data transmission is typically used for events or for messages with high priority. 
Class 2 data transmission is typically used for cyclic transmission or for low priority messages. 



PRM: primary message: 



= message from secondary (responding) station; 

1 - message from primary (Initiating) station. 
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Table 1 - Unbalanced transmission, function codes of control field in 
messages sent from primary (PRM = 1) 



Function 

COdR 

No. 


Frame type 


Service function 


FCV 





SEND/CONFIRM expected 


Reset of remote link 





1 


SEND/CONFIRM expected 


Reset of user process 





2 


SEND/CONFIRM expected 


Reserved for balanced transmission procedure 


- 


3 


SEND/CONFIRM expected 


User data 


1 


4 


SEND/NO REPLY expected 


User data 





5 




Reserved 


- 


6-7 




Reserved for special use by agreement 


- 


8 


REQUEST for access demand 


Expected response specifies access demand 





9 


REQUEST/RESPOND expected 


Request status of link 





10 


REQUEST/RESPOND expected 


Request us^r data class 1 


1 


11 


REQUEST/RESPOND expected 


Request user data class 2 


1 


12- 13 




Reserved 


- 


14- 15 




Reserved for special use by agreement 


- 



Table 2 - Unbalanced transmission, function codes of control field in 
messages sent from secondary (PRM = 0) 



Function 

code 

No. 


Frame type 


Service function 





CONFIRM 


ACK: positive acknowledgement 


1 


CONFIRM 


NACK: message not accepted, link busy 


2 -5 




Reserved 


6-7 




Reserved for special use by agreement 


8 


RESPOND 


User data 


9 


RESPOND 


NACK: requested data not available 


10 




Reserved 


11 


RESPOND 


Status of link or access demand 


12 




Reserved 


13 




Reserved for special use by agreement 


14 


- 


Link service not functioning 


15 


_ 


Link service not implemented 
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5.1.3 Address field 

The address field specifies the station address, it is transmitted in frames from stations 
that Initiate a data transmission service ("primary stations") to receiving stations 
("secondary stations") and specifies the destination address. The address field of frames 
transmitted by secondary stations specifies the source address. 



Address field: 



MSB 














LSB 



















Bit: 8 7 6 5 4 3 2 1 

LSB: Least significant bit 
MSB: Most significant bit 

The number of address octets is system dependent (by agreement between vendOT and 
user). Address range with I octets: to 2^' - 1 . The first transmitted address octet contains 
the least significant address bits. 

Broadcast address (message to all stations) » 2^' - 1 . 

Group addresses should be defined by agreements between users and vendors. 
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5.2 Unbalanced transmission services 

The interaction of service primitives and associated transmission procedures (described in 
clause 4) for the polling function is shown in figure 2. The example shows the transmission 
of two events from the secondary station and of a command from the primary station, 
corresponding with figures 6 and 3. 



Station A (primary station) 
REQ 




Link 

transmission 

procedures 



Station B (secondary 

/ 1-> r- ^-» ^ 


station) 


Link 


_ irvt<^; 


Service 
user 


(CON) _ 


IND 


RESP 





Service primitives 



Service primitives 



REQn 



CON n 



I REQ n-t^1 (class 1) 



^ PI a CON n-i-1 (D1) 



Data 
class 1 
outputs Irom 
station n+1 



REQ n-fl (Class 1) 



D1 b ^CONn-Kl (D1) 



REQ n+2 



Command (C) 
to station m 



CON n+2 



REQm(C) 

► 



REQn+3 



REQUEST n 



RESPOND n 



REQUEST n+1 (class 1) 



■) RESPOND n+IJDIj 

ACD = 1 

REQUEST n+1 (class 1) 



RESPOND n+1 (D1) 



REQUEST n+2 



RESPOND n+2 



SEND m (C) 



CONFIRM m 



IND n 



Peque$ted data 
not availabte 



RESP n 



D1 a 
IND n+1 (class 1) '*T^u 



RESP n + 1 (D1 a) 
■^ ~ Two access 



demands of data 
class 1 In 
IND n + 1 (class 1) station n + i 



RESP n+1 (D1 b) 



IND n+2 



RESP n+2 



INDm (C) 



Requested data 
not available 



Command (C) 



111 :9tdiiLiM III 



TIME 



•) Response from station n+1 w^ith data class 1 and access demand bit = 1 . 

NOTE - n, n+1. n+2, etc., is a sequence of addresses as defined by the polling procedure. 

Figure 2 - Example of the interaction between a polling procedure 
and an event-initiated transmission 
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5.3 Unbalanced transmission procedures 



in figures 3 to 9 a white box represents a correctly received frame. A grey box represents 
a frame which is not correctly received. An arrow indicates a causal relationship. 



5.3.1 SEND/NO REPLY procedures 

The transmission of a SEND data frame without reply follows the transmission rules 
described in 4.1. 

5.3.2 Undisturbed SEND/CONFIRM procedures 
Figure 3 shows examples 

This procedure is composed of a non-separable sequence of two transmission frames (see 
figure 3). a SEND data frame transmitted by the primary station, followed by a CONFIRM 
frame returned by the addressed secondary station. 

If the SEND data frame Is accepted by the secondary station, it transmits a positive 
acknowledgement (CONFIRM). The CONFIRM frame may be a single character, as indi- 
cated in the top example of figure 3, or a frame with fixed length, particularly if the 
confirmation Is used to inform the primary station on particular states of the secondary 
station, such as indicating the wish for transmission of data class 1 (see second example 
[SEND data to secondary station address m] in figure 3). 



Note that the positive acknowledgement indicates to the primary station only that the 
frame was accepted without a detected error and that there was no data overflow 
condition in the link layer of the address<ed receiving station. This does not, however, 
guarantee the successful execution of the intended command. To protect critical 
commands against loss, the provision of return information (see lEV 371-02-05) from the 
application layer is indispensable. 

If the SEND data frame is correctly received but is not accepted by the secondary 
station (e.g. due to an overflow condition), a frame with fixed length "NACK" (negative 
acknowledgement) Is returned and the service user in the primary station is notified corres- 
pondingly. 

5.3.3 Disturbed SEND/CONFIRM procedures 
Figure 4 shows examples 

If the SEND data frame Is corrupted on the transmission path, then there is no response 
and the primary station repeats the SEND data frame with unchanged frame count bit in 
the control field of the frame after time out (see first example In figure 4). 



If the CONFIRM frame is corrupted (second example in figure 4), then the primary station 
also repeats the SEND data frame with unchanged frame count bit after time out. The 
secondary station recognizes the repeated data transmission by the unchanged frame 
count bit and thus discards the data and transmits the previous CONFIRM frame again. 



20 



IS 12746 { Part 5/Sec 2 ) : 1993 
lEC 870-5-2(1992) 

5.3.4 Undisturbed REQUEST/RESPOND procedures 
Figures 5, 6 and 7 show examples 

Figure 5 shows examples of REQUEST/RESPOND procedures in wliich the requested 
data are not available in the addressed station. This procedure is used, for example for 
polling secondary stations for events or status changes. If no events are registered after a 
previous corresponding poll, the secondary station returns a negative acknowledgement 
(NACK). The corresponding RESPOND frame may be a single character frame or a frame 
with fixed length for indicating special states to the primary station. 



In the second polling example of figure 6 it is assumed that the primary station requests 
data class 1 from secondary station n+1 and that the amount of data class 1 waiting for 
transmission exceeds a specified limit of the RESPOND frame. In this case the secondary 
station indicates the wish for further data class 1 transmission in the control field. If the 
primary station accepts the continuation it sends a further REQUEST frame to the same 
secondary station with an altered frame count bit (in contrast, the repeated REQUEST 
frame to the same secondary station contains the unaltered frame count bit on receiving 
no response or a corrupted response, see figures 8 and 9). 



In figure 7 the primary station polls data class 2 from station n. The secondary station 
returns the requested data and indicates in the control field the demand for data class 1 
transmission. The primary station proceeds by polling the same station for data class 1 
with an altered frame count bit and then continues with polling of data class 2 from the 
next secondary station. 



5.3.5 Disturbed REQUEST/RESPOND procedures 
Figures 8 and 9 show examples 

Figure 8 shows the consequence of a disturbed REQUEST frame: since the disturbed 
REQUEST frame causes no response, the primary station repeats the REQUEST frame 
with an unaltered frame count bit to the same secondary station after time out. 



Figure 9 shows the consequence of a disturbed RESPOND frame: the primary station 
repeats the REQUEST frame with an unaltered frame count bit to the same secondary 
station after time out. The secondary station, which is obliged to keep a copy of the 
previously transmitted RESPOND frame, recognizes the REQUEST for a repeated frame 
transmission by the unaltered frame count bit and transmits the previously transmitted 
response again. 
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Station A to station B 



Station B to station A 



\ r SEND data 
t 



SEND 
ADDR s n 



SEND data 



SEND 
ADDR • m 



Polling of data 
class 1 caused 
by access 
demand bit - 1 



REQUEST 
ADDR " m 



SEND data 



SEND 
ADDR - I 



CONFIRM 



ACK single 
character 



CONFIRM 
ADDR = m 



ACK with access 
demand bit * 1 



RESPOND 
ADDR = m 



Data class 1 with 
access demand 
bit = 



CONFIRM 
ADDR = I 



NACK with 
indications 



Figure 3 - Unbalanced transmission procedures, 

undisturbed SEND/CONFIRM procedures 
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Station A to station B 



Disturbed SEND 
data frame e.g. 
with Irame 
count bit = 1 



Time out 



Repeated SEND 
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bit. 1 



ftOGft^ft 



ERROR 



SEND 
ADDR » n 



SEND data frame 
e.g. with frame 
count bit - 



SEND 
ADDR - m 



Time out 



Repeated SEND 
data frame with 
frame count 
bit-O 



The number of 
repetitions is 
a parameter 



SEND 
ADDR a m 



Station B to station A 



No response 




CONFIRM 



ACK single 
character 




Disturbed or missing 
ACK single character 



ERROR 




The repeated data 
reception is recognized 
by the unmodified frame 
count bit. 

The repeated data are 
discarded and confirmed 



Figure 4 - Unbalanced transmission procedures, 
disturbed SEND/CONFIRM procedures 



23 



IS 12746 ( Part 5/Sec 2 ) : 1998 
lEC 870-5-2(1992) 



Station A to station 8 



Station B to station A 



\ r Polling of data 
t 



REQUEST 
ADDR >= 1 



PoUing of data 



REQUEST 
ADDR -2 



PoUing of data 



REQUEST 
ADDR = 3 



Polling of data 



REQUEST 
ADDR » n 



RESPOND 



NACK single character 
(request data not available) 



RESPOND 
ADDR <= 2 



NACK with access 

demand bit = 

(request data not available) 




RESPOND 



NACK single character 
(request data not available) 




RESPOND 



NACK single character 
(request data not available) 



Figure 5 - Unbalanced transmission procedures, 

undisturbed REQUEST/RESPOND procedures 
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1998 



Station A to station B 



Station B to station A 



Polling of data 
class 1 



REQUEST 
ADDR = n 



RESPOND 



NACK single character 
(request data not available) 



Polling of data 
class 1. 

REQUEST frame 
e.g. with frame 
count bit = 



REQUEST 
ADDR = n+1 



RESPOND 
ADDR = n+l 



Data class 1 witfi 
access demand bit = 1 



Polling of data 
class 1. 

REQUEST frame 
witfi frame 
count bit = 1 



REQUEST 
ADDR = n+1 



RESPOND 
ADDR = n+1 



Data class 1 witfi 
access demand bit 



Polling of data 
class 1 



REQUEST 
ADDR = n+2 



RESPOND 
ADDR = n+2 



NACK witfi 

access demand bit = 

(request data not available) 



Figure 6 - Unbalanced transmission procedures, 

undisturbed REQUEST/RESPOND procedures 
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REQUEST 
ADDR = n 
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RESPOND 
ADDR = n 
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access demand 
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RESPOND 
ADDR = n + 1 
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Figure 7 - Unbalanced transmission procedures, 

undisturbed REQUEST/RESPOND procedures 
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Station A to station B 
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Disturbed 
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Time out 



Repeated 
REQUEST frame 
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count bit - 1 
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ERROR 
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is a parameter 



No response 



RESPOND 
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Data 
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Figure 8 - Unbalanced REQUEST/RESPOND transmission procedures, 
disturbed REQUEST frame 
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Station A to station B 
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Time out 
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ERROR 



RESPOND 
ADDR := n 
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NACK single character 
(request data not available) 



Figure 9 - Unbalanced REQUEST/RESPOND transmission procedures, 
disturbed RESPOND frame 
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6 Balanced transmission 



If balanced transmission procedures are used, each station may initiate message 
transfers. Because such stations may act simultaneously as primary and secondary 
stations, they are called combined stations. In the following, the combined station is called 
either primary or secondary station according to its described functions. 

The balanced transmission procedure is restricted to point-to-point (see 4.4.1 of 
lEC 870-1-1 and lEV 371-06-06) and multiple point-to-point configurations (see 4.4.2 
of lEC 870-1-1 and lEV 371-06-07). 

6.1 Specification of length, control, and address fields 

6.1.1 Length field 

The length field is as defined In 6.2.4 of lEC 870-6-1 and also in this section in 3.1 to 3.4. 

6.1.2 Control field 

The control field contains information that characterizes the direction of the message, the 
type of the service provided and supports control functions for suppressing losses or dupli- 
cations of messages. 
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MSB 



LSB 



Control field 





1 


FCB 


FCV 


2' 


2^ 


2' 


2° 


DIR 


PRM 





















RES 


DFC 




Function 





Primary to secondary 



Secondary to primary 



Bit: 8 7 6 5 4 3 2 1 



RES: reserved 



01 R: physical transmission direction: 



1 c station A to station B 
= station B to station A 



FCB: trame count bit: 0,1 = alternating bit for successive SEND/CONFIRM or REQUEST/RESPOND services 
per station. 

The frame count bit is used for suppressing losses and duplications of information transfers. The pri- 
mary station alternates the FCB bit for each new SEND/CONFIRh/l or REQUEST/RESPOND transmis- 
sion service directed to the same secondary station. Thus the primary station keeps a copy of the frame 
count bit per secondary station. It an expected reply is timed out (missing) or garbled, then the same 
SEND/CONFIRM or REQUEST/RESPOND service is repeated with the same frame count bit. 



in case of reset commands <see table 3) the FCB bit is always zero, and upon receipt of these 
commands the secondary station will always be set to' expect the next frame primary to secondary with 
FCV = valid (FCVsl) to have the opposite setting of FCB, i.e. FCB equal to one. 



FCV: frame count bit valid: 



=: alternating function of FCB bit is invalid: 

1 > alternating function of FCB bit is valid. 



SEND/NO REPLY services, broadcast messages and other transmission services that ignore the 
deletion of duplication or loss of information output do not alternate the FCB bit and indicate this by a 
cleared FCV bit. 



DFC: data How control: 



= further messages are acceptable; 

1 = further messages may cause data overflow. 



Secondary (responding) stations indicate to the message initiating (primary) station that an immediate 
succession of a further message may cause a buffer overflow. 



PRM: primary massage: 



= message from secondary (responding) station; 

1 = message from primary (initiating) station. 
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Table 3 - Balanced transmission, function codes of control field 
in messages sent from primary (PRM = 1) 



Function 

code 

No. 


Frame type 


Service function 


FCV 





SEND/CONFIRM expected 


Reset of remote link 





1 


SEND/CONFIRM expected 


Reset of user process 





2 


SEND/CONFIRM expected 


Test function for link 


1 


3 


SEND/CONFIRM expected 


User data 


1 


4 


SEND/NO REPLY expected 


User data 





5 




Reserved 


- 


6-7 




Reserved for special use by agreement 


- 


8 




Reserved for unbalanced transmission procedure 


- 


9 


REQUEST /RESPOND expected 


Request status of link 





10 




Reserved for unbalanced transmission procedure 


- 


11 




Reserved for unbalanced transmission procedure 


- 


12-13 




Reserved 


- 


14- 15 




Reserved for special use t>y agreement 


- 



Table 4 - Balanced transmission, function codes of control field 
in messages sent from secondary (PRM == 0) 



Functnn 

code 

No. 


Frame type 


Service fugction 





CONFIRM 


ACK: positive acknowledgement 


1 


CONFIRM 


NACK: message not accepted, link busy 


2-5 




Reserved 


6-7 




Reserved for special use by agreement 


8 




Reserved for unbalanced transmission procedure 


9 




Reserved for unbalanced transmission procedure 


10 




Reserved 


11 


RESPOND 


Status of link 


12 




Reserved 


13 




Reserved for special use by agreement 


14 


- 


Link service not functioning 


15 


- 


Link service not implemented 
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6.1.3 Address field 



If it is used, the address field specifies the station address. The address field may be 
omitted. 

Address field: 



MSB 














LSB 



















Bit: 8 7 6 5 4 3 2 1 

LSB: Least significant bit 
MSB: Most significant bit 

The number of address octets is system dependent (by agreement between vendor and 
user). Address range with i octets: to 2^' - 1 . The first transmitted address octet contains 
the least significant address bits. 
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6.2 Balanced transmission services 



The interaction of service primitives and associated transmission procedures (described in 
clause 4) Is shown in figure 10. The example shows the transmission of messages in both 
directions simultaneously, corresponding with figure 11. 





Station A 
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Station B 
^REQ 




Service 
user 


Link 
layer 


Link 
layer 


Service 
user 


^ (CON) 


(CON) ^ 
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Link 

transmission 

procedures 


(RESP)^ 


^(RESP) 







Service primitives 



Service primitives 



Access 
demand 



Data 
output 



REQ 



IND 



Access 
demand 



REQ 




SEND 



CONFIRM 



SEND 




CONFIRM 



REQ 



IND 



Access 
demand 

Data 
output 



IND 



Data 
output 



TIME 



Figure 10 - Example of the interaction of service primitives and 
transmission procedures in a balanced system 
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6.3 Balanced transmission procedures 

with a duplex channel operation. In these applications, both stations involved have equal 
access rights, i.e. there is no master slave relation assigned to the stations. 



In figures 11 to 16, a white box represents a correctly received frame, A grey box re- 
presents a frame which is not correctly received. An arrow indicates a causal relationship. 



6.3. 1 SEND/NO REPL Y procedures 

Both stations may use the duplex channel independently and simultaneously for message 

trancmiccirin hu nHear\/inn tho trancmieei<Mi riilae etataH in ^ 1 

6.3.2 Undisturbed SEND/CONFIRM procedures 
Figure 1 1 shows exanples 

The transmission of SEND data frames may be initiated independently from both stations; 
however, the receipt of the associated CONFIRM frame is the condition for continuing with 
a following SEND data procedure 

6.3 .3 Undisturbed procedures with data flow control 
Figure 12 shows examples 

The secondary station indicates with DFC bit = 1 to the primary station that further 
messages may cause a buffer overflow. In this case, the primary station may transmit 
periodically repeated requests for the status of the link, until the secondary station 
indicates by DFC bit = that further messages are acceptable. 



6.3.4 Disturbed SEND/CONFIRM procedures 

Figures 13, 14. 15 and 16 show examples 

If the SEND data frame is disturbed and thus no CONFIRM frame is received within 
the time out, the SEND data frame is repeated with the unaltered frame count bit 
(see figure 13). The same procedure is performed if the CONFIRM frame is disturbed (see 
figure 15). 

If the SEND data frame is disturbed, the receiving station waits until it has detected a 
specified interval of line idle before accepting another frame. If a CONFIRM frame occurs 
during this interval, it will be ignored by the receiving station. In this case, the SEND data 
frames of each station are repeated with the unaltered frame count bit (see figure 14). 



Figure 16 shows the error recovery procedure if a CONFIRM frame and a subsequent 
SEND data frame transmission from one station are disturbed. 
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Figure 11 - Balanced transmission procedures, 

undisturbed SEND/CONFIRM procedures 
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Figure 12 - Balanced transmission procedures, data flow control 
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Figure 13 - Balanced transmission procedures, disturbed SEND frame 
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Figure 15 - Balanced transmission procedures, disturbed CONFIRM frame 
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Annex A 

(normative) 

Time out interval for repeated frame transmission 



In the case ot a correctly acknowledged transmission, the primary station may transmit 
its next frame Immediately. However, REQUEST frames or SEND frames that expect 
immediate CONFIRM frames are repeated if the expected RESPOND (or CONFIRM) 
frames are not detected. 



The duration ot the time out interval for the repeated frame transmission that starts 
after the transmission of the frame in the primary station depends on system specific 
parameters. 

The calculation of the time out interval for unbalanced (figures A.I. A. 2) and balanced 
(figures A.3, A.4) procedures is based on worst-case conditions. It does not depend on 
information content of frames. 

A.I Unbalanced transmission procedures 

NOTE In this subclause and in A. 2 upper case T refers to a specified parameter and lower case t refers to an ob- 
served variable. 

- Disturbed primary frame, case 1 (see figure A.1). 

The secondary station B that detects a disturbed frame requires a minimum time T,g of 
line idle before it is ready to receive a new frame. The required minimum number of line 
idle bits that constitutes the time interval T,g is specified in 6.2.4 of lEC 870-5-1 for the 
different transmission frame formats. In each case the number of line idle bits is speci- 
fied in such a way that this sequence never occurs in a frame (even allowing for 3 bit 
errors). This means that the time out interval T^^ must fulfill the condition: 



- Disturbed primary frame, case 2 (see figure A.l). 

If an undisturbed frame is received in the secondary station, then the RESPOND frame 
(or CONFIRM frame) is received in the primary station A after a loop delay, that is 
composed of the following time intervals: 

*LD " ^DAB "^ *R + *DBA 
where 

Ild is the loop delay; 

tjj^g is the signal delay time for data from station A to station B; 

t„ is the reaction time of the station 6 to reply to requests; 

^DBA '* "^® signal delay time for data from station B to station A . 

This means that the time out interval must fulfill the condition: 

^o ^ Vd 
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- Disturbed secondary frame, case 1 : maximum time out interval (see figure A.2). 

If a constant time out interval is used, i.e. a time out interval that does not depend on 
tfie actual length of the response frame, then this interval must fulfill the condition: 

where 

T^^g^ is the longest frame from secondary to primary station. 

In systems with wide dynamic ranges of the length of responding frames, this condition 
of the time out interval may be very long. In these systems, it may be preferred to 
adjust the time out interval Tq to the actual length of the responding frame. 

- Disturbed secondary frame, case 2: matched time out interval (see figure A.2). 

If the time out interval is matched to the actual frame length of the responding frame, 
then the bit stream of the disturbed frame from the secondary station is supervised by 
the primary station until a line idle interval T,^ is detected. This interval is specified in 
lEC 870-5-1 for the different transmission frame formats. The time out condition T^ is 



therefore given by: 



^m > *LD + Vba + "^lA 



where 

tpg^ is the actual length of the frame from station B to station A. 

T|^ is the prescribed line idle interval after the detection of an error in station A. 
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A.2 Balanced transmission procedures 



In balanced transmission procedures the two communicating stations may transmit frames 
simultaneously. Therefore the following maximum time out intervals may occur: 

- Disturbed primary frame, case 1 : maximum time out interval (see figure A.3). 

If the primary frame transmitted by station A is disturbed, the maximum time out 
Interval arises if station B begins to transmit its longest primary frame just at (or shortly 
before) the beginning of the expected secondary frame from station B. The resulting 
condition for the time out interval Tq is: 

^O > *DAB ■•■ \PSBA ■*■ ^GB "^ *DBA 
where 

Tq is the maximum time out interval; 

Wb '^ *^^ signal delay from station A to station 8; 

\psBA '^ ^^^ longest secondary frame from station B; 

tgg is the gap between two successive transmission frames in station B; 

'dba '^ *^^ signal delay from station B to station A. 

- Disturbed primary frame, case 2: matched time out interval T^ (see figure A.3). 

if the time out interval is matched to the actual frame length of disturbed frames 
received after the transmission of the primary frame, the time out interval T^ Is 
given by: 



^m =* ^AB "^ ^FPSBA "^ ^DBA "^ ^lA 
where 

^FPSBA '^ ^^ actual primary frame length from station B; 
T^ is the prescribed line idle Interval after detection of an error in station A. 

- Disturbed secondary frame, case 1 : maximum time out interval (see figure A.4). 

If station A receives a disturbed frame after transmitting a primary frame, the maximum 
time out interval arises if station B sends a disturbed longest secondary frame and a 
longest primary frame follows immediately. In this case station A will not only discard 
that disturbed secondary frame but also the succeeding primary frame, since the Inter- 
val between two successive frames in station B is (in general) shorter than the interval 
T,^ that is required to resynchronize a new frame. The resulting condition for the time 
out interval Tq is: 

O ^ 'lDA ■•■ ' LSPBA "•■ 'gB "•■ \PSBA 
where 

t^Q^ is the loop delay observed by station A; 
T, gp„. is the longest primary frame from station B. 
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- Disturbed secondary frame, case 2: matched time out interval T^ (see figure A.4). 

If the time out interval is matched to the length of frames that are received v»/ith errors 
detected after the transmission of the primary frame, then the time out interval may 
extend to: 

^m ^ *LDA "•■ ^FSPBA "•" *GB "*" ^FPSBA '*' ^lA 
where 

T^ is the time out interval matched to the received secondary frame; 

^FSPBA '^ '^® actual secondary frame length from station B. 
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Figure A.3 - Balanced transmission procedures, disturbed primary frame 
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